home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 937 < prev    next >
Text File  |  1994-08-27  |  1KB  |  36 lines
  1. Subject: Re: ST-Guide
  2. Date: Thu, 21 Jul 1994 11:07:34 -0400 (EDT)
  3. From: Chris Herborth <herborth@53iss6.waterloo.ncr.com>
  4. In-Reply-To: <9407210344.AA12462@uqcspe.cs.uq.oz.au> from "Warwick Allison" at Jul 21, 94 01:44:32 pm
  5. Message-Id:  <9407211115.ad23894@ncrhub1.NCR.COM>
  6. Precedence: bulk
  7.  
  8. What you wrote:
  9. > Is there some standard way of lynching software authors, and does anyone
  10. > know Pradip's address?  (Atari Works uses forms for almost everything,
  11. > including the printing progress dialog!!!  Forget multitasking with AW).
  12.  
  13. I think you have to go visit them, and slap them real hard with the
  14. guidelines for writing multitasking-ready GEM applications.
  15.  
  16. > Using a form for progress is MAJORLY BAD, because it is just that time
  17. > that the user will want to switch to some other application.
  18. > 
  19. > In fact, gaudy progress meters are a bad idea in general.
  20.  
  21. IMHO they provide valuable feed-back to the user, ie, "Is my program
  22. crashed, or just taking an hour to <foo>?"
  23.  
  24. It's not really safe to use a spinning cursor or something, especially
  25. if your program is stupid and doesn't see if it's got focus or not...
  26.  
  27. > ... and can we vote on the short-cuts now and move on?  (to app-defs.sys)
  28.  
  29. Sounds good; what happened to the ^A vote?
  30.  
  31. -- 
  32. ----------========================_   /\ ============================----------
  33. Chris Herborth                    \`o.0'       herborth@53iss6.Waterloo.NCR.COM
  34. Information Products Developer    =(___)=
  35. AT&T Global Information Solutions    U
  36.